Date: Sun, 17 Oct 93 04:30:18 PDT 

From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu> 
Errors-To: Ham-Digital-Errors@UCSD.Edu 

Reply-To: Ham-Digital@UCSD.Edu 

Precedence: Bulk 

Subject: Ham-Digital Digest V93 4#76 

To: Ham-Digital 


Ham-Digital Digest Sun, 17 Oct 93 Volume 93 : Issue 76 


Today's Topics: 
JNOS 1.07b not on 73 BBS 
Looking for VHF packet equipment recommendations 
Model 102 as baycom modem tnc?? 
Public Apology 
RAC Bulletins in Electronic Form? 
TPK<==>FBB protocol/packets? 
WX FAX with PK232? 


Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu> 
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 14 Oct 93 17:18:00 GMT 

From: ogicse!uwm.edu!cs.utexas.edu!oakhill! val! afarm! fredmail@network.ucsd.edu 
Subject: JNOS 1.07b not on 73 BBS 

To: ham-digital@ucsd.edu 


With only a 2-3 month lead time available to locate and upload 
a version of JNOS (ANY version) 73 Magazine has failed yet 
again. Those of you hoping to get the same version of the 
JNOS code that Jeffrey Sloman N1iEWO is going to use in his 
series of articles, are apparently SOL (Short On Luck). 

As someone noted last month, the 1.08c version was not 

on the 73 BBS. This month, the article (with no explanation 
for the change) informed readers that JNOS 1.07b would be 

used and was available on the 73 BBS, in the Packet area (49). 
The Packet area is area 8; there still does not appear to be 
ANY version of JNOS from the 73 BBS. 


IF you have INTERNET access, you may get 1.07b from ucsd.edu. 
73 magazine says the directory is \hamradio\packet\tcpip\jnos. 
Since ucsd.edu is a UNIX system, I'd guess that the backslashes 
(the \) should be slashes (the /), unless someone has got a 
neat piece of code running. If the \ character doesn't work, 
try the /. Better yet, find a local expert to help with 
getting TCP/IP going. 


Burt N5SYY 


"Do something special for Mother's Day" - Oedipus 
_ Blue Wave/QWK v2.12 


Date: Sun, 17 Oct 1993 01:38:46 GMT 

From: library.ucla.edu!europa.eng.gtefsd.com!howland.reston.ans.net! 
vixen.cso.uiuc.edu!moe.ksu.ksu.edu!hobbes.physics.uiowa.edu!news.uiowa.edu! 
herky.cs.uiowa.edu!mau@network.ucsd.edu 

Subject: Looking for VHF packet equipment recommendations 

To: ham-digital@ucsd.edu 


Hi 
I just got my technician license and I am trying to collect info for packet 
radio equipment while I am waiting for the magic paper to arrive. 


Since I have no idea about VHF equipment I bought a few magazines and I 
read the FAQ. Well I think that I have some idea of what I am looking for 
but if you think that I am looking for the wrong setup please tell me so. 
I am interested in a portable VHF packet station which I could operate 
with out AC power. 


THe setup I am thinking of is the following. 

1) a handhelp VHF radio that I can also use for voice communications 

2) A battery or battery/AC operated TNC. I am only interested in VHF packet 
so I need a TNC which has the minimum number of operating modes and features. 
3) VHF active antenna. I need an active antenna because I found that there is 
too much interference where I live. 

I show some ads for a MFJ or MJF?? active antenna which 

operates up to 200 Mhz and can be used for HF as well, so I can use with my 
Sony sw receiver. 
3) A laptop or handheld msdos computer. I would prefer to use my Tandy 100 
but I do not know if I can find software for it. 


SO I am looking for recommendation for the following equipment 
1) VHF handheld radios price up to $300 
2) VHF TNCs price up to $150 


3) active antennas price up to $100 
You may e-mail me any comments or you can post to this group. 


Napoleon 
mau@herky.cs.uiowa.edu 


Napoleon Mau 
mau@herky.cs.uiowa.edu 


Date: Fri, 15 Oct 1993 22:42:55 -0400 

From: magnesium.club.cc.cmu.edu!news.sei.cmu.edu!bb3.andrew.cmu.edu! 
andrew.cmu.edu! ee2g+@uunet.uu.net 

Subject: Model 102 as baycom modem tnc?? 

To: ham-digital@ucsd.edu 


Has anyone hooked a baycom serial port modem up to a TRS-80 modem 
102 laptop computer? If so where can I find the ‘soft tnc' software? 


Thanks 
Chuck N3QAT 
ee2g+Charles@andrew.cmu.edu 


Date: Thu, 14 Oct 93 16:17:54 -0400 

From: dog.ee.lbl.gov!agate!howland.reston.ans.net!europa.eng.gtefsd.com!emory! 
dragon!nj8j! ben@network.ucsd.edu 

Subject: Public Apology 

To: ham-digital@ucsd.edu 


eeyimkn@unicorn.nott.ac.uk (M. Knell) writes: 


In article <4653@eram.esi.COM.AU> dave@esi.COM.AU (Dave Horsfall) writes: 
>So, who is this prawn, "Randy KF8TV @ W8HHF" ? Some wanna-be lawyer? 

>Are there any more like him over there? 

> 

Anybody feel like mailstorming him? But then again, maybe it's just not worth 
loading the pacsats and HF gateways just for this bozo's sake.. 


VV VV VV 


Evidently, he's already been mailstormed enough. He's posted an apology to 


the packet network, and has even taken a self-imposed month away from packet 
as a result of his original posting. Methinks he's seen the light. 


Ben 


"All that is not eternal is | 
eternally out of date." | 
C. S. Lewis | 


| Ben Coleman NJ8J 
| AX.25: NI8I@W4QO.d#EAL.#ATL.GA.USA.NA 
| Internet: ben@nj8j.atl.ga.us 


Date: Sat, 16 Oct 1993 13:02:21 GMT 

From: gumby!destroyer!nntp.cs.ubc.ca!alberta!adec23!ve6mgs!mark@yale.arpa 
Subject: RAC Bulletins in Electronic Form? 

To: ham-digital@ucsd.edu 


I am breaking from tradition, and allowing MY request for information to 
be cross-posted to rec.radio.info. Since it is an administrivia request 
for the group of rec.radio.info, I feel it is justified as part of running 
the information only news group. 


I have had a rash of recent requests for some electronic access to the 

Radio Amateurs of Canada (RAC) Bulletins and Articles. I will be endeavoring 
to find a local source, if possible, but would also appreciate any effort 

by someone else to be a provider of this information to the rec.radio.info 
news group. Please contact rec-radio-request@ve6émgs.ampr.ab.ca if you have 
access! 


Thanks, Ciao, 73 de VE6MGS/Mark mark@ve6émgs.ampr.ab.ca|mark@adec23 .UUCP 
- Entries to the Amateurs on USENET List: hams-on-usenet@ve6mgs.ampr.ab.ca 
- Postings to rec.radio.info: rec-radio-info@ve6émgs.ampr.ab.ca 
- rec.radio.info administrivia: rec-radio-request@ve6mgs.ampr.ab.ca 
"Give any one species too much rope, and they'll xx*x** it up" 
“Too much Rope' Amused to Death, Roger Waters 


Date: 15 Oct 93 17:48:45 GMT 

From: library.ucla.edu!news.mic.ucla.edu!magnesium.club.cc.cmu.edu!pitt.edu!dsinc! 
spool.mu.edu!uwm.edu!rpi!utcsri!utgpu!attcan!ncrcan!coutts! wwg@network.ucsd.edu 
Subject: TPK<==>FBB protocol/packets? 

To: ham-digital@ucsd.edu 


I don't have a normal TNC (HAPN), so I'm attempting to write my own 
software to emulate some of the TPK processes, while connected (and not) 


to a FBB bbs. Grabbing the broadcasted bulletin headers is a sinch. 
Getting uploads/downloads due to compression, is NOT. 


After TPK transmits the "F< 113905\r" message to the bbs (while connected 
to retrieve message # 113905) some data followed by the compressed 
message is transmitted. While the dumps of actual traffic I have at 

home show all the gory details... I'm trying to submit this message 

from memory... From memory, what appears to be transmitted is: 


01 <length_byte> subject info 00 
This is followed by: 


@2 <data_segment_length> ...appears to be 4? fixed bytes of info... 
+ the rest of the first data segment. A full segment appears to 
never exceed the limit of 250 for length. 


then more 
@2 <length_byte> ....data... 


packets follow until the entire message is delivered to TPK. The length 
bytes never include the "02" byte nor the length byte itself. 


NOW TO THE POINT OF THIS POSTING: 


1. Can anyone expound on the exact "data units" and formats 
here? 


2. Where in the first "data segment" does the compressed 
message actually start? It appears bytes 0-1 (my recall?) 
are uncompressed size + 66 bytes (little endian). Bytes 
2-3 (I think) were always "00 00" in my dumps. So does 
the compressed message start at byte offset 4, or is there 
a 66 byte frequency table/other header/or what?, prior to 
the compressed message? Most messages all start with 
nearly identical byte sequences for up to 15+ bytes. It 
almost suggests a frequency table... 


3. WHAT COMPRESSION METHOD IS USED? Is it LZW (ie if no 
frequency table is used)? Maybe one of the PKZIP 
employed methods? Maybe the same one used internally by 
7PLUS.EXE? Anybody know what method 7PLUS.EXE uses? 


Anybody wanna suggest some good tests for identifying the compression 
method used? 


If there is enuf interest, I could upload some of my captured 
TPK <==> FBB bbs traffic dumps. With enuf net readers jumping on 
the "problem", I'm sure we can crack this open. 


Maybe, there actually exists some documentation on this topic? 


Warren W. Gay VE3WWG John Coutts Library Services Limited 


wwg@coutts.UUCP Niagara Falls, Ontario, Canada 


Date: 15 Oct 1993 13:07:43 -0700 

From: dog.ee.lbl.gov!agate!howland.reston.ans.net!vixen.cso.uiuc.edu! 
newsrelay.iastate.edu! destroyer! nntp.cs.ubc.ca!vanbc.wimsey.com! vanbc.wimsey.com! 
not-for-mail@network.ucsd.edu 

Subject: WX FAX with PK232? 

To: ham-digital@ucsd.edu 


The fax capabilities of the PK-232 are rather limited. It is not mentioned 
in the documentation for the hardware, but the AEA software documentation 
mentions that the PK-232 drops two of every three lines of a WEFAX. That 
renders the received faxes almost unreadable. 


Of course, I bought the AEA software before I found out about this! 


The AEA-FAX is much better. I have even received satellite images on 9.090 
MHz that were absolutely clear. 


So, don't bother with the AEA software for the PK-232MBX. In my opinion, it 
is not worth the price. 


73 de VE7MDL (VEOMDL@VE7KIT on packet) ....Erik. 


Date: Sat, 16 Oct 1993 11:57:50 +0000 

From: library.ucla.edu!agate!doc.ic.ac.uk!uknet!demon!1londel.demon.co.uk! 
dave@network.ucsd.edu 

To: ham-digital@ucsd.edu 


References <19930ct13.170548.5219@combdyn.com>, 
<750648057snx@llondel.demon.co.uk>, <27259@acorn.co.uk> 
Reply-To : dave@llondel.demon.co.uk 

Subject : Re: Multiple TNCs on same frequency 


In article <27259@acorn.co.uk> agodwin@acorn.co.uk (Adrian Godwin) writes: 

>In article <750648057snx@llondel.demon.co.uk> dave@llondel.demon.co.uk writes: 
>> 

>>It is quite possible to run NOS and an AX25 packet BBS on the same machine. 
>>I£ you run the BPQ network switch on the PC and run Desqview, you can get 
>>NOS to coexist quite happily in a Desqview window with BBS software in other 
>>windows. I have successfully run RLI/YFB/FBB software alongside various 
>>versions of NOS in this way. 

>> 

> 

>It works, but performance may be disappointing - my local IP switch runs 
>this way, and even though the BBS is used only to serve IP users with 

>a more complete system than NOS's native BBS provides (the AX25 users are 
>served by a different station), performance can be abysmal. 

> 

>As an example, I got a 17 second initial ping (i.e. including the arp) 

>time last night. No packets lost, but incredibly slow response. 

>I suspect this is because the BPQ switch buffers up the packets OK, but 

>they aren't processed by the other software until desqview chooses to 

>switch tasks. If a short timeslice is used, poor efficiency results. 

>If a long timeslice is used, latency is long. 

>I imagine deskview has no way of adjusting the time given to the various 
>tasks dynamically, since it can't know what they're waiting for. 

> 

The system here currently runs FBB5.15/WNOS4.0b/BPQ4.06k under DV2.42. I can 
get pings of <4 secs on a fairly busy link freq. AFAIK all the bits of s/w are 
DV-aware and will give up timeslices when waiting. Try running the BPQ IP 
router in another DV window to handle most of the routeing, and only direct 
the minimum stuff to the NOS window. 


>You may get away with this for a BBS system that provides IP access, 
>and it may be possible to tune the system for better throughput, 
>but I wouldn't recommend it if you're doing IP routing. 

> 

My system happens to be the main IP router for the local area........ 


Last comment is that it runs a six-port switch on a 33MHz 386DX. Your mileage 
may vary. 


Dave 


KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK 


* G4WRW @ GB7WRW.#41.GBR.EU AX25 * Start at the beginning. Go on * 
* dave@llondel.demon.co.uk Internet x until the end. Then stop. * 
* g4wrw@g4wrw.ampr.org Amprnet x (the king to the white rabbit) x 


KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKEKKKKKKKKKKKKKKKKKKKKKAKKKKKKKKKKKKKKKKKKKKKKKK 


End of Ham-Digital Digest V93 #76 
KKKKKKKKKKKKKKKKKKKKKKEKKERKR KAKA 


